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(54) Intelligent network employing service-dependent pseudo calling line identities to eliminate 
redundant billing errors 

(57) An intelligent-networked telecommunication 
system avoids redundant billing for telephone transac- 
tions in which there is a billing conflict between the In- 
telligent Network (IN) and another component of the 
system by its Service Control Point (SCP) creating a 
service-dependent pseudo Calling Line Identifier (CLl). 
When a Pseudo CLl look-up table stored in the SCP da- 
tabase indicates that a pseudo CLl is to be created 
(based upon the Destination Number, DN , or the Service 
Key, SK), the SCP combines a prefix listed in the table 
with the Calling Party Number (CgPN) to form a pseudo 
CLl or create a totally new CLl number string. When the 
call is connected to the ON, the created pseudo -CLl, 
rather than the original CLl, is transferred to the DN. A 
pseudo CLl is indicated where the IN is programmed to 
handle the billing of a particular transaction, and where 
the instrumentality of the DN (e.g., toll switch or special 
service platform) is also set up to handle billing. When 
the toll switch, special service platform, etc., attempts 
to bill for the transaction (already being billed by the IN) 
the pseudo CLl prevents it from billing an actual custom- 
er since no actual customer will have any of the pseudo 
CLIs. The service-dependent CLl also indicates to the 
toll switch, or special service platform, etc., that the cur- 
rent IN service call has already been billed through the 
IN, 
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Description \\ 
BACKGROUND OF THE INVENTION 

— i 

5 1 . Held of the I nventio n 

[0001] The present invention generally relates to intelligent-networked telecommunication systems for providing tel- 
ephone services. More particularly, the present Invention relates to the aforementioned networks as relates to the 
administration of billing for toll calls, telephone calls to special services, and other situations in which billing can be 
10 potentially handled by more than one component of the system. 

2. Background 

[0002] Intelligent Networks (INs) are used in telecommunication systems, such as Public Switched Telephone Net- 
is works (PSTNs), for the automated processing of telephone calls. In the typical IN architecture, a central computer 
called a Service Control Point (SCP) stores logic and data to direct telephone services and telephone calls through 
the network. Several switches used to perform switching of calls in the IN communicate with the SCP using standard 
messaging protocols such as the International Telecommunications Union (ITU) Intelligent Network Application Part 
(INAP), or the European Telecommunication Standards Institute (ETSI) INAP. Typically, the aforementioned switches 
20 each contain a Service Switching Point (SSP) for controlling call routing, an Originating Call Processor (OCP) for initially 
handling calls routed to the switch, and a Terminating Call Processor (TCP) for terminating calls to a destination. Used 
in this specification, the terms •termination 0 and "terminating" refer to connecting a call to a destination number. 
[0003] The switches may also include, or have connected thereto, one or more Intelligent Peripherals (IPs) used to 
interface between customers and the IN in order to make the system user-friendly. IPs may contain announcement 
25 devices, text-to-voice converters, and decoders for decoding Dual-Tone-Multi-Frequency (DTMF) signals generated 
by the alphanumeric keypads of a customer's telephone or other telephonic device, or other devices. 
[0004] As is known in the art, customers can be connected to the IN via Local Exchange Carriers or Local Exchange 
Centers (LECs). 

[0005] The software of the IN can be modified to change or eliminate existing services, or introduce new services 
30 via a Service Creation Environment (SCE). A related Service Management System <(SMS) allows customers to establish 
or modify their telephone service via several communication avenues, including telephonecalls to an automated menu, 
a conversation with a telephone operator, and by using the Internet. 

[0006] Communication between the various components of the IN (i.e., queries, responses, and the like) can be 
carried out using Common Channel Signaling (CCS) or packet switching such as the ITU's System Number 7 (S7). 
35 [0007] Calling Line Identifiers (also known as Calling Line Identities or Calling Line Identific ati on s) a re used to indi cat e 
the telephone line/wire or group trunk of an origination telephone call. Important uses of Calling Una Identifiers^CLIs) 
include Caller Identification (Caller ID), and telephone billing administration. 

[0008] Prior art INs often designate certain customer transactions for which the IN will handle billing, rather than 
other components of a general telecommunication system. For example, INs capable of processing telephone calling 

40 card transactions are set up to handle the billing as well. In current telecommunication systems, the billing for telephone 
transactions such as toll calls, and calls to Special Service platforms is handled by the component performing the 
service or connection. The CLI of the originating telephone party is used to identify the financially responsible customer. 
[0009] When a telephone customer requests, and is connected to a Special Service, the Special Service platform 
uses the received original CLI to bill for the service. A wide variety of special services includes information checking, 

45 general consulting, weather reporting, time and temperature announcing, and directory assistance. 

[001 0] When a telephone call reaches the tandem or toll switch, the tandem or toll switch uses the received original 
CLI or a pseudo CLI created by the upstream switch Originating Call Processor (OCP) when the original CLI is not 
available to bill for a long distance call or other services. % , 

[001 1] Because prior art telecommunication systems are automatically set up to have a component providing aserv- 

so ice also handle billing, and because INs are set up to handle, the billing of certain transactions, a billing conflict some- 
times exists, leading to double (or redundant) billing for the same telephone transaction. For example, the IN bills a 
calling card customer's calling card account when that customer dials a special service or a long distance number. The 
special service platform.may also bill the call to the account associated with the CLI of the telephone line from which 
the call was placed, resulting in a double billing. The tandem or toll switch may also bill the long distance call to the 

55 account associated with the CLI of the telephone line from which the call was placed, resulting in a double billing even 
though the IN has already billed for the long distance call. 

[0012] Some prior art solutions to avoid the aforementioned double billing situations exist on the switch OCP side 
of a telephone system. However, those solutions have no controls implemented from the IN side of the telephone 
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system, and are not service_dependent. 

[001 3] There is a great and unmet (by the prior art) need to avoid service-dependent redundant billing situations due 
to the aforementioned confused CLI problem in intelligent-networked telecommunication systems. 

5 SUMMARY OF THE INVENTION 

[0014] In view of the aforementioned problems and deficiencies of the prior art, the present invention provides, in 
art intelligent-networked telecommunication system, a method of avoiding redundant billing between an Intelligent net- 
work (IN) and another component of the system where a billing conflict exists due to a confused CLI problem. The 
10 method at least includes the steps of providing a plurality of telephonic devices for initiating and receiving telephone 
calls, and providing an automated IN for the automatic processing of telephone calls in the telecommunication system, 
the IN at least including a service control point (SCP) at least including control logic and an SCP database, and the IN 
at least including a plurality of switches coupled to telephone devices. 

[0015] The method also includes the steps of, via the switches, routing calls authorized by the SCP to a destination 
is number specif ied by a calling party, designating the IN as handling billing for a telephone transaction, and via the SCP, 
strategically creating and substituting for an original Calling Line Identifier (CLI), a pseudo CLI when the destination 
number (DN) or service key (SK) indicates from the SCP database, that a billing conflict exists between the IN and 
another component of the system. The method additionally transfers a telephone call to the DN with the pseudo CLI 
Instead of the original CLI. 

20 [0016] The present invention also provides an intelligent-networked telecommunication system adapted to avoid 
redundant billing between an IN and another component of the system where a billing conflict exists due to a confused 
CLI problem. The system at least includes a plurality of telephonic devices adapted to initiate and receive telephone 
calls, and an automated IN adapted to automatically process telephone calls in the telecommunication system, the IN 
at least including an SCP at least including control logic and an SCP database, and the IN at least Including a plurality 

2$ of switches coupled to telephone devices. 

[0017] The switches are adapted to route calls authorized by the SCP to a destination number specif led by a calling 
party. The SCP is adapted to strategically create and substitute for an original CLI, a pseudo CLI when the DN or SK 
indicates from the SCP database/that a billing conflict exists between the IN and another component of the system. 
The SCP is further adapted to transfer a telephone call to the DN with the pseudo CLI instead of the original CLI. 

30 

BftlEF DESCRIPTION OF THE DRAWING FIGURES 

[0018] Features and advantages of the present invention will become apparent to those skilled in the art from the 
description below, with reference to the following drawing figures, in which: 

35 

Figure 1 is a schematic block diagram of the basic hardware for the present-inventive intelligent-networked tele- 
communication system for creating and employing pseudo CLIs for redundant billing avoidance; and 
Figure 2 is a flowchart/algorithm detailing the handling of a telephone calling card call in which a billing conflict 
between the IN and another component of the telecommunication system exists. 

40 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[tft)19] The basic hardware of the present-inventive telecommunication system 100 is illustrated in Figure 1. The 
telecommunication system 100 contains an Intelligent Network (IN) 102 nominally including a Service Control Point 
45 (SCP) 1 24, a Service Management System/ServiceCreation Environment (SMS/SCE) 1 26, and several switches such 
as the ones 1 28, 1 30 and 1 32. It will be appreciated by those skilled in the art that the SCP 124 can be implemented 
as a networked database, not limited to one geographic location. 

[0020] The switches include a Service Switching Point (SSP) such as the one 134, an Originating Call Processor 
(OCP) and Terminating Call Processor (TCP), 136 and 138, respectively. The switches also have associated Intelligent 
50 Peripherals (I Ps) for the purpose of playing announcement messages and prompting and collecting user information. 
The IPs can be stand-alone units (142), or units integrated (140) within the associated switch, or a unit within the 
Service Node (SN) (not shown in Figure 1). 

[0021] The system 100 allows numerous calling parties such as the ones represented by the telephones 112, 116 
and 1 20 in Figure 1 to place and receive telephone calls. As is known in the art, the calling parties can connect to the 
55 |tf 102 via Local Exchange Centers (LECs) such as the ones 114, 118 and 122 in Figure 1. 

[00221 A Special Service Platform 1 08 can be connected to the switch 1 34, or through a tandem or toll switch 1 04. 
[0023] The tandem or toll switch 104 connects the IN 102 and telephone calls processed through the IN to other 
components of the system 100, such as a Public Switched Telephone Network (PSTN) 106, or the Special Service 
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Platform 108. Destination parties such as that represented by the telephonic device 110 in Figure 1 can receive tele- 
phone calls processed by the IN 102 via the switch 104 and PSTN 106. 

[0024] The functionality of the components of the telecommunication system 1 00 mirrors the description in the ^Back- 
ground" section, supra. Additional novel features of the telecommunication system 1 00 are described below. 

5 [0025] The SCP database (not shown) stores an extensive Pseudo CLI Table indicating by Destination Number (DN) 
and/or Service Key (SK), whether a Pseudo CLI is needed for completing a telephone call without redundant billing. 
The service key is a code designating the type of telephone service based on the dialed number or access code. The 
Pseudo CLI Table stored In the SCP database is determined and provisioned by the network operator based upon 
service and billing needs. The creation of pseudo CLIs is service dependent, and is completely independent of the 

10 switch and/or call processing. The Pseudo CLI Table is accessible to, and can be revised by the network operator via 
the SMS. 

[0026] In the present-inventive system 1 00, the SMS provisions and creates a Pseudo CLI, and stores it in the SCP 
database when the billing for a telephone transaction is to be handled by the IN, and the telephone call is directed to 
an instrumentality which would normally also handle billing administration. For example, when a prepaid telephone 
is calling card customer dials an access code to connect to the IN, the IN is programmed to handle billing administration. 
If the calling card customer enters a DN that corresponds to a toll call, or connection to a Special Service platform, a 
billing conflict may exist between the IN and another component of the system. 

[0027] In these situations, the SCP uses a prefix associated with the type of service rendered by the Destination 
Number (in the Pseudo CLI look-Up Table), and combines the prefix with part or all of the Calling Party Number (CgPN) 
20 to form the pseudo CLI, or even a totally newCLI number string, and sends it to the SSP within the calling party number 
parameter of a "Connect" operation. When the IN connects the telephone call to the Special Service platform or toll 
switch, the SSP replaces the originally received CLI with the pseudo CLI, stores the pseudo CLI in the call record, and 
maps it to outgoing signaling. 

[0028] A component of the system such as a Special Service Platform 1 08 or tandem/toll switch 1 04 attempting to 
25 bill for the call in the above example will not be able to charge to any customer, since the pseudo CLI will not be 
associated with any customer. This avoids the double billing tendencies associated with prior art intelligent-networked 
telecommunication systems. Additionally, since the pseudo CLI created by the IN is service-dependent, the special 
service platform or tandernAoll switch can identify the service from the purposefully provisioned pseudo CLI, and pur- 
posefully avoid double billing. 

30 [0029] The algorithm 200 in Figure 2 describes the system's handling of a telephone calling card-call where a conflict 
in billing exists between the IN 102 and another component (e.g., Special Service Platform 108, or tandem/toll switch 
104) of the system 100. The algorithm 200 is triggered when a calling card customer ("Party A M ) Initiates a call to an 
IN switch (Step 202). The switch SSP sends an InitialDP operation to the SCP in Step 204. 

[0030] In response to the InitialDP operation, the SCP instructs the SSP to connect Party A to an Intelligent Peripheral 
35 (IP) in Step 206. The IP prompts Party A to enter information such as thecalling card number and a Personal Identi- 
fication Number (PIN) as is known in the art (Step 208). The SCP performs a validation check to determine whether 
the transaction is authorized by comparing the PIN entered by Party A to the PIN stored in the SCP database for the 
calling card in question (Step 21 0). ^ 
[0031] If the transaction is valid, Party A is prompted to enter the Destination Number, which in the example, corre- 
40 sponds to a Special Service Platform or a toll call {Steps 212 and 214). If the transaction is not valid, the calling party 
is given additional attempts to enter a valid calling card number and PIN {Steps 21 2 and 21 6). In the preferred embod- 
iment, the call Is balled out to an Operator Service Position System (OSPS) for operator assistance<Step 21 8) after a 
predetermined number of failed attempts. 

[0032] In Step 220 the SCP analyzes service key Information to decide that the IN will handle billing for the call. The 
45 SCP then checks the Pseudo CLI Table to ascertain (based upon the type of service requested as evidenced by the 
destination number (DN)) whetherthe telephone call will require a pseudo CLI {Steps 522 and-224). In thiscase, only 
the DN is important in creating the pseudo CLI, as the service key (SK) may not be needed. If a pseudo CLI is not 
required, the SCP instructs (via a Connect operation) the SSP to send the originating CLI to the special service or 
other DN in a Calling Party parameter included In theConnect operation (Step 228). 
so [0033] When a pseudo CLI is indicated, however, the SCP forms a pseudoCLI based upon: either{1 ) aprefix (related 
to the particular service sought) in the Pseudo CLI look-up table, and the Calling Party Number <CgPN); or{2) a totally 
new number string in the PseudoCLI Look Up Table. The SCP sends a Connect operation to an SSP including the 
pseudo CLI in the calling party number parameter, to instruct the SSP to connect the calling party to the special service 
or tandem/toll switch (Step 226). 
55 [0034] After performing either Step 226 or Step 228, the algorithm stops (Step-230), until another telephonecall is 
received. 

[0035] Table 1 illustrates an example of a Pseudo CLI Look Op Table suitable for use with the present invention. 
From the table, a pseudo CLI can constructed or obtained when the service key or <testination number require this 
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action, as explained above. 



TABLE 1 





Sample Pseudo CU Look Up Table 


5 


N o. 


Service Key 


Destination 
Number 


Pseudo CLI 
Prefix 


Pseudo CLI 


Function Flag 




1 


CC 


630-979-1234 


N/A 


3000000000 


On 


10 


2 


VPN 


N/A 


N/A 


6000000000 


On 


3 


FPH 


N/A 


N/A 


8000000000 


On 




* 4 


PPCC 


630-713-2345 


200 


N/A 


Off 




5 


PPCC 


501-255-1234 


200 


N/A 


On 


15 


6 


PPCC 


168 


200 


N/A 


On 




7 












20 
25 
30 


N/A — Not applicable 
Explanations: 

1 . Function Flag — service logic determines whether the SCP shall provide the Pseudo CLI in the calling party 
number parameter in theConnect operation. If the flag is on, the Pseudo CLI will be created; otherwise the original 
CLI will be sent out in the Connect operation. 

2. Pseudo CLI Prefix — if this applies, the Pseudo CLI will be formed with Prefix + original CLI. For example, if the 
original CLI is 630-244-1234, and the Prefix is 200, then the Pseudo CLI is 2006302441234. 

3. Pseudo CLI — if this applies, the Pseudo CU is a whole number string in this field, such as 3000000000 for a 
Calling Card Call (CC), 6000000000 for a VPN and 8000000000 for a Free Phone. 

4. The service logic will check either the Service Key or the destination number In this look-up table to determine 
the Pseudo CLI. For example, in cases of No. 1 , 2 and 3, only the SK is checked; and in cases 4, 5 and 6, the 
destination number is checked. 

5. The destination number could be local (case 4), long distance (case 5), or special service platform (case 6). 

6. If no entry is found in the table, the SCP service logic has the option of sending the original CLI in the calling 
party number parameter in Connect operation, or ignoring the calling party number parameter In the Connect op- 
eration. 



Claims 

1 . A method of avoiding redundant billing between an intelligent network (IN) and another component of an intelligent- 
networked telecommunication system where a billing conflict exists, said system including an automated IN for 
the automatic processing of telephone calls in said telecommunication system; said method comprising: 

via switches subsumed by said IN, routing calls authorized by said IN to a destination number specified by a 
calling party; 

designating said IN as handling billing for a telephone transaction; 

via said IN, creating and substituting for an originalCalling Line Identifier (CLI), a pseudoCLI when the des- 
tination number (DN) or service key (SK) indicates that a billing conflict exists between said IN and another 
component of said system; and 
t. transferring a telephone call to the DN with the pseudo CLI instead of the originalCLL 

2. A method of avoiding redundant billing between an intelligent network (IN) and anothercomponent of an intelligent- 
networked telecommunication system where a billing conflict exists, said system including: 

a plurality of telephonic devices for initiating and receiving telephone.calls; and 

an automated IN for the automatic processing of telephone calls in said telecommunication system, said IN 
comprising a service control point (SC P) comprisingcontrol logic and an SCP database, and said IN comprising 
a plurality of switches coupled to telephone devices; said method comprising: 

via said switches, routing calls authorized by said SCP to a destination number specified by a calling party; 
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designating said IN as handling billing for a telephone transaction; 

via said SCP, creating and substituting for an original Calling Line Identifier (CLI), a pseudoCLI when the 
destination number (DN) or service key (SK) indicates from the SCP database, that a billing conflict exists 
between said IN and another component of said system; and 
5 transferring a telephone call to the DN with the pseudo CLI instead of the original CLI. 

3. The method of claim 1 or claim 2, wherein said creating and substituting step further comprises checking a pseudo 
CLI look-up table to determine the existence of a billing conflict. 

10 4. The method in claim 1 or claim 2, wherein said creating and substituting step further comprises checking a pseudo 
CLI look-up table to create said pseudo CLI using a prefix from said CLI look-up table, and at least a portion of 
the Calling Party Number \ v . 

5. The method in claim 1 or claim 2, wherein said DN designates a Special Services platform. 

15 

6. The method of claim 1 or claim 2, wherein said DN is connected to said system via a toll switch. 

7. The method in claim 1 or claim 2, wherein said switches comprise a Service Switching Point (SSP). 

20 8. The method in claim 7, wherein said creating and substituting step further comprises checking a pseudo CLI look- 
up table to determine the existence of a billing conflict. 

9. The method in claim 7, wherein said creating and substituting step further comprises checking a pseudo CLI look- 
up table to create said pseudo CLI using a prefix from said CLI look-up table, and at least a portion of the falling 

25 party Number. 

10. The method In claim 7, wherein said DN designates a Special Services platform. 

11 . The method in claim 7, wherein said DN is connected to said system via a toll switch. 

30 

12. The method in any of claims 1 , 2 or 7, wherein said creating and substituting step further comprises selecting a 
new CLI from a pseudo CLI look-up table. 

13. An intelligent-networked telecommunication system adapted to avoid redundant billing between an intelligent net- 
35 work (IN) and another component of the system where a billing conflict exists, said system comprising an automated 

IN for the automatic processing of telephone calls in said telecommunication system and adapted to earn) out a 
method as claimed in claim 1 or any of claims 3 to 1 2 as dependent on claim 1 . 

14. An intelligent-networked telecommunication system adapted to avoid redundant billing between an intelligent net- 
40 work (IN) and another component of the system where a billing conflict exists, said system comprising: 

a plurality of telephonic devices adapted to initiate and receive telephone calls; and 
an automated IN adapted to automatically process telephone calls in said telecommunication system, -said IN 
comprising a service control point (SCP) comprising control logic and an SCP database, and said IN comprising 
45 a plurality of switches coupled to telephone devices; said switches and SCP being adapted to carry out a 

method as claimed in claim 2 or any of claims 3 to 12 as dependent on claim 2. 
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(57) An intelligent-networked telecommunication 
system avoids redundant billing for telephone transac- 
tions in which there is a billing conflict between the In- 
telligent Network (IN) and another component of the 
system by its Service Control Point (SCP) creating a 
service-dependent pseudo Calling Line Identifier (CLI). 
When a Pseudo CLI look-up table stored in the SCP da- 
tabase indicates that a pseudo CLI is to be created 
(based upon the Destination Number, ON , or theService 
Key, SK), the SCP combines a prefix listed in the table 
with the*Calling Party Number (CgPN) to form a pseudo 
CLI or create a totally new CLI number string. When the 
call is connected to the DN, the created pseudo CLI, 
rather than the original CLI, is transferred to the DN. A 
pseudo CLI is indicated where the IN is programmed to 
handle the billing of a particular transaction, and where 
the instrumentality of the DN {e.g., toll switch or special 
service platform) is also set up to handle billing. When 
the toll switch, special service platform, etc., attempts 
to bill for the transaction (already being billed by the IN) 
the pseudoCLI prevents Itf rom billing an actual custom- 
er since no actual customer will have any of the pseudo 
CLIs. The service-dependent CLI also indicates to the 
toll switch, or special service platform, etc., that the cur- 
rent IN service call has already been billed through the 
IN. 
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